home *** CD-ROM | disk | FTP | other *** search
/ Tech Arsenal 1 / Tech Arsenal (Arsenal Computer).ISO / tek-05 / pkd10.zip / ISOLINK.DOC < prev    next >
Text File  |  1991-01-31  |  3KB  |  70 lines
  1. Packet Driver for BICC 4110-2 AT and MCA controllers
  2.  
  3. ISOLINK <packet_int_no> <options>
  4.   options: [defaults]
  5.     /I<hw-int-level> [2]
  6.     /P<I/O port address> [280]
  7.     /D<DMA channel #> [0]
  8.     /R<# recv buffs> <recv buff size> [16 256]
  9.     /T<# xmit buffs> <xmit buff size> [1 0]
  10.     /X
  11.  
  12. The /R option specifies the number of buffers the driver reserves for
  13. the Lance chip.  If a buffer is too small, the arriving packet
  14. overflows into the next buffer until the packet is received
  15. completely.  If all buffers are full when a packet arrives, a MISS
  16. error occurs and the packet is effectively lost.  Nothing can easily
  17. done about this.  The error is indicated by incrementing error_in
  18. count which can be displayed with a packet driver statistics program
  19. (like FTP, Inc.  INET DEBUG or Russ Nelson's STAT).  The default
  20. chosen may be to small...
  21.  
  22. The /X option instructs the driver to relocate itself and all buffers
  23. into the first segment in extended memory (HMA - still addressible in
  24. real mode).  The driver uses Microsoft's HIMEM.SYS to enable the
  25. chip's A20 address line.  HIMEM.SYS is available from Microsoft (I
  26. think it's automatically distributed with Windows/286) or from the
  27. SIMTEL archives.  The A20 line is enabled once and left enabled
  28. PERMANENTLY, a technique Microsoft explicitly discourages! According
  29. to them certain applications rely on 1MB memory wrap.  I suggest to
  30. avoid such applications anyway.  Specifying the /X option allocates
  31. the HMA to the driver who does not necessarily use it most
  32. efficiently; it is then unavailable to other programs (e.g.  Windows)
  33. who could make better use of it. With the /X option the driver uses
  34. all the remaining HMA for receive buffers (largest number of buffers
  35. at least as long as requested).
  36.  
  37. The /T option specifies a number of transmit buffers.  If the outgoing
  38. packet fits into a single buffer, it is copied and the Lance
  39. instructed to send it out.  The network application resumes
  40. immediately in this case.  If the packet does not fit, it is sent
  41. directly from the user supplied address and the driver waits until it
  42. has been sent out.
  43.  
  44. On the PS/2 the configured values for /I and /P replace the defaults
  45. indicated, so that it does not make sense to specify them.
  46.  
  47.  
  48. PROBLEMS
  49. ========
  50.  
  51. Still to be done:
  52.   - Errors are counted in a rather primitive manner
  53.   - terminating the driver does not reset the Lance chip and
  54.     does not free the HMA
  55.   - could one do useful things while waiting for the packet
  56.     to be transmitted?
  57.  
  58.  
  59. I'm too busy on other things to chase a persistent bug in the
  60. driver: when using NCSA telnet to a VAX 8530 running Ultrix and doing a
  61. 'ls -l /etc' the session hangs. Tracing shows the VAX keeps sending
  62. packets from time to time, and the driver upcalls the handler routine
  63. but nothing happens. Perhaps a packet lost/corrupted somewhere.
  64. I'm afraid this may also happen in other circumstances.
  65. Perhaps somebody will fix it some day. Alas, I probably won't!
  66.  
  67.  
  68. Anyway, feel free to send comments or suggestions to rtb@cernvm.cern.ch
  69.  
  70.